home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
Columbia Kermit
/
kermit.zip
/
newsgroups
/
misc.20041116-20060924
/
000169_john.hackett@icon-is.co.uk_Mon Oct 17 14:23:13 2005.msg
< prev
next >
Wrap
Internet Message Format
|
2020-01-01
|
3KB
Path: newsmaster.cc.columbia.edu!panix!news.maxwell.syr.edu!newsfeed.vmunix.org!peer-uk.news.demon.net!kibo.news.demon.net!news.demon.co.uk!demon!not-for-mail
From: John Hackett <john.hackett@icon-is.co.uk>
Newsgroups: comp.protocols.kermit.misc
Subject: Re: ftp mput /recursive problem....
Date: Mon, 17 Oct 2005 14:02:09 +0100
Lines: 70
Message-ID: <dj07ch$i4c$1$8302bc10@news.demon.co.uk>
References: <dip2gm$ci$1$8300dec7@news.demon.co.uk> <slrndl29i0.ldi.fdc@sesame.cc.columbia.edu> <dirqev$7j$1$830fa7a5@news.demon.co.uk> <slrndl4vo5.mfv.fdc@sesame.cc.columbia.edu> <diuls4$fj3$1$830fa795@news.demon.co.uk> <3ZL4f.2292$h25.38@news-wrt-01.rdc-nyc.rr.com>
NNTP-Posting-Host: iconinfo.demon.co.uk
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: news.demon.co.uk 1129554129 18572 80.177.168.155 (17 Oct 2005 13:02:09 GMT)
X-Complaints-To: abuse@demon.net
NNTP-Posting-Date: Mon, 17 Oct 2005 13:02:09 +0000 (UTC)
In-Reply-To: <3ZL4f.2292$h25.38@news-wrt-01.rdc-nyc.rr.com>
X-Accept-Language: en-us, en
User-Agent: Mozilla Thunderbird 1.0.7 (Macintosh/20050923)
Xref: newsmaster.cc.columbia.edu comp.protocols.kermit.misc:15413
That was my first thought when I began this and had various
conversations with Technical Support at LaCie: but then I ran the
complete backup with gFTP against the LaCie and it worked fine. Also, I
have run this Kermit script against both the LaCie and another Fedora3
server and both failed in the same way at the same point - which seems
to suggest some problem with Kermit rather than the server.
As this was really a second line of backup I think I may give up on this
and try a different approach - As I already have an cron'd rsync running
to give server -> backup I think I'll just mount the LaCie on the backup
server and use rsync to it instead. A bit less flexible for what I
originally bought the Lacie for but unless anyone has any other bright
ideas.....
Jeffrey Altman wrote:
> John Hackett wrote:
>
...
>
>>150 Opening BINARY mode data connection for chatmsg256.dbb
>>226 Transfer complete.
>>: OK (0.016 sec, 57249 cps)
>> PUT profile/Application Data/Skype/sarah_hac/index2.dat (binary) (416
>>bytes)---> PASV
>>227 Entering Passive Mode (192,168,10,6,8,94).
>>---> STOR index2.dat
>>150 Opening BINARY mode data connection for index2.dat
>>226 Transfer complete.
>>: OK (0.016 sec, 25999 cps)
>>
>>SAVED IN: /mirror/sarah/profile/Application Data/Skype/sarah_hac/
>>
>>---> CDUP
>>250 CDUP command successful
>>
>>NOW: /mirror/sarah/profile/Application Data/Skype/
>>
>>---> CDUP
>>250 CDUP command successful
>>
>>NOW: /mirror/sarah/profile/Application Data/
>>
>>---> CWD Real
>>550 Real: No such file or directory
>>---> MKD Real
>>
>>SO SHOULD BE: /mirror/sarah/profile/Application Data/Real (which would
>>be correct)
>>
>>BUT:
>>
>>257 "/mirror/sarah/profile/Application Data/Skype/Real" - Directory
>>successfully created
>>CREATED DIRECTORY Real
>>---> CWD Real
>>250 CWD command successful
>
>
> Obviously this is a bug in the server. The server apparently does not
> properly implement CDUP. It says it is successful but in fact it is not
> changing directory.
>
> I suggest you try debugging this further from the server side.
>
>
> Jeffrey Altman
> Secure Endpoints Inc.
>
>
John.